home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19950528-19950726 / 000407_news@columbia.edu_Sat Jul 22 13:13:49 1995.msg < prev    next >
Internet Message Format  |  1995-07-31  |  6KB

  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA02668
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Sat, 22 Jul 1995 11:11:39 -0400
  3. Received: by apakabar.cc.columbia.edu id AA16246
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Sat, 22 Jul 1995 11:11:37 -0400
  5. Newsgroups: comp.protocols.kermit.misc
  6. Path: news.columbia.edu!news.cs.columbia.edu!news.boxhill.com!news.sprintlink.net!howland.reston.ans.net!news-e1a.megaweb.com!newstf01.news.aol.com!uunet!in1.uu.net!omen!caf
  7. From: caf@omen.com (Chuck Forsberg WA7KGX)
  8. Subject: Re: Kermit download from CompuServe.. best setup??
  9. Organization: Omen Technology INC
  10. Date: Sat, 22 Jul 1995 13:13:49 GMT
  11. Message-Id: <DC4Cr1.BB8@omen.com>
  12. References: <3uidtu$r5c@hpber004.swiss.hp.com> <DC095G.Dp3@omen.com> <3ulp8c$ep5@apakabar.cc.columbia.edu>
  13. Lines: 93
  14. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  15.  
  16. In article <3ulp8c$ep5@apakabar.cc.columbia.edu>,
  17. Frank da Cruz <fdc@watsun.cc.columbia.edu> wrote:
  18. >In article <DC095G.Dp3@omen.com>, Chuck Forsberg WA7KGX <caf@omen.com> wrote:
  19. >: In article <3uidtu$r5c@hpber004.swiss.hp.com>,
  20. >: Daniel Huber <danielh@hpber002.swiss.hp.com> wrote:
  21. >: >Running Kermit 190, I'd like to download software from CompuServe over
  22. >: >their Internet access. However, the filetransfer stops with synchronization
  23. >: >errors and others...
  24. >: >
  25. >: >Anybody could provide me a .kermrc with a tuned setup for these downloads?
  26. >: 
  27. >: You should be able to do better.  These are results I got downloading
  28. >: compressed files with SCO Unix Professional-YAM over the Internet using
  29. >: a 14.4 PPP connection.
  30. >:  
  31. >: K  DIGI0032.JPG     414227  672  615.94  0  0   0 2043  -1 T  cis
  32. >: K  DIGI0031.JPG     188152  681  275.95  0  0   0 2043  -1 T  cis
  33. >: R  digi0029.jpg     161999 1484  109.14  0  0   0  128   2 rb cis
  34. >: E  digi0028.jpg      24576  962   25.53  0 10   0 1024  -1 rb cis
  35. >: C  digi0028.jpg     182266 1447  125.93  0  0   0  128   1 B  cis
  36. >: K  DIGI0027.JPG     140818  612  229.81  0  0   0 2043  -1 rb cis
  37. >: C  digi0025.jpg     111577 1471   75.80  0  0   0  128  17 B  cis
  38. >: K  DIGI0023.JPG     129055  709  181.82  0  0   0 2043  -1 rb cis
  39. >: C  digi0022.jpg     110808 1454   76.18  0  0   0  128   0 B  cis
  40. >: K  DIGI0017.JPG     598644  647  924.06  0  0   0 2043  -1 rb cis
  41. >: K  WZCOMM.ZIP       177603 1453  122.18  0  0   0 4085  -1 T  psu
  42. >: 
  43. >What do the columns of numbers represent?
  44.  
  45. For wzcomm.zip (beta test of a native 32 bit WIN32 version of ZCOMM
  46. shareware comms program for Win95 or NT):
  47.     177603 bytes transferred in file
  48.     1453 characters per second average throughput for file
  49.     122.18 seconds transfer time for file
  50.     4085 data bytes in last or largest packet
  51.  
  52. >
  53. >: K = Kermit
  54. >: R = ymodem-g
  55. >: C = CompuServe 32 bit B+
  56. >: 
  57. >: YMODEM-g is the fastest on CompuServe, but it won't be reliable
  58. >: over internet until CompuServe gets the flow control right.
  59. >: 
  60. >: ZMODEM is not generally available on CompuServe, so the B+ must be used.
  61. >: 
  62. >: The Kermit timings do not include the annoying pause at startup,
  63. >: so the real Kermit time is a bit worse than shown.  These
  64. >: figures indicate CompuServe's Kermit is not very spiffy.  This
  65. >: is the situation on most services.  Unlike ZMODEM, freely usable
  66. >: Kermit code is not very efficient.
  67. >: 
  68. >Amen.  CompuServe could very easily have installed fully capable Kermit
  69. >protocol, but it chose not to do so.  Readers may draw their own conclusions
  70. >as to the reason, bearing their connect-time charges in mind.
  71.  
  72. Developers such as Datastorm and CompuServe tend to make use of
  73. royalty-free code when implementing protocols.  The most recent
  74. royalty-free Kermit code released with the blessing of Columbia University
  75. is "The Source" SuperKermit code published in the middle 1980s.  As Frank
  76. himself has commented, this version of Kermit was not robust.  Its
  77. poor performance prompted GTE Telenet to commission the creation
  78. of ZMODEM in 1985/1986.  The rest is history.
  79.  
  80. CompuServe claim they have not widely deployed ZMODEM because it
  81. consumes too many resources.  I suspect CompuServe have made the
  82. same measurements of system resources consumed by sz and Ckermit
  83. and concluded that Ckermit is far more resource intensive than sz.
  84.  
  85. >I would encourage paying CompuServe users to complain to CompuServe about
  86. >the lack of a decent Kermit (and for that matter, Zmodem) file transfer
  87. >capability, and to contact us at Columbia (and the management at Omen) if
  88. >they want to put things right.  They are, after all, not exactly
  89. >cash-starved.
  90.  
  91. CompuServe has enhanced their B protocol with 32 bit CRC and streaming
  92. data transfer to provide excellent throughput downloading the types of
  93. files users download from CompuServe.  A number of programs have competent
  94. B+ implementations, including Omen Technology's ZCOMM and Professional-YAM.
  95.  
  96. The only programs I know of that have high performance Kermit
  97. implementations are Omen Technology's ZCOMM and Professional-YAM, and
  98. Columbia University's product.  Since ZCOMM and Pro-YAM have good 32 bit
  99. B+ download performance, only Columbia's product would benefit if
  100. CompuServe switch to the current Kermit protocol.  CompuServe may not wish
  101. to make this change, which would increase system load and break some
  102. programs written to the 1985 Kermit spec.
  103.  
  104. -- 
  105. Chuck Forsberg WA7KGX caf@omen.COM      503-621-3406 FAX:-3735
  106.    Omen Technology Inc      "The High Reliability Software"
  107. Author of YMODEM, ZMODEM, Professional-YAM, ZCOMM, GSZ and DSZ
  108. TeleGodzilla BBS: 503-621-3746  FTP: ftp.cs.pdx.edu pub/zmodem